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Possible 112 rejection for claim 6 
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Part II. 

SUBSTANCE OF INTERVIEW DESCRIBING THE GENERAL NATURE OF WHAT WAS DISCUSSED: 

Examiner discussed with applicant to amend independent claims 22 and 26 to Include limitations covered in independent claim 1, 

Part III. 

^ It is not necessary for applicant to provide a separate record of the substance of the interview, since the interview 
directly resulted in the allowance of the application. The examiner will provide a written summary of the substance 
of the interview in the Notice of Allowability. 

□ It is not necessary for applicant to provide a separate record of the substance of the interview, since the interview 
did not result in resolution of all issues. A brief summary by the examiner appears in Part II above. 
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Proposed Amendments to the Claims 
TTiis listing of claims will replace all prior versions of claims in the application: 
Listing of Claims: 

1. (Currently Amended) A comptiter-based event handling system, recorded on a computer- 
readable medium and capable of execution by a computer, comprising: 

a computer process that executes the following software components; 

a framework component that supplies classes of objects that can raise events; 

a synchronization component that controls in part synchronization of access to data based on 
categorization of at least one of objects and instances defined by the framework, and provides 
automatic serialization for events raised by the classes of objects, the events are managed by the 
framework or synchronization component to allow one or more aspects of the events to occur in a 
one-time manner and in accordance willi a serialized process; and 

a configuration component that enables a ^ client component to disable or enable 
automated serialization and synchronization; 

wherein the framework is supplied by an operating system or as a library for use by the 
operating system, wherein at least one of the frameworic and synchronization component 
automatically manages or serializes the events in order that a client component can process client- 
specific tasks; 

wherein the framework component allows a device driver to allocate, additional memory, 
such that the device driver stores its working data in this allocated object extension memory and 
relies on the framework component for concurrency management and serialization. 

2. (Canceled) 

3. (Previously Presented) The system of claim 1, the client component k a device driver. 
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4. (Canceled) 

5. (Previously Presented) The system of claim 1 the events are processed as part of a request. 

6. (Previously Presented) The system of claim 1 the object provides a handle to enable the 
client component to manipulate the object and request additional local memory to be allocated for 
processing client tasks. 

7. (Canceled) 

8. (Previously Presented) The system of claim 6, the configuration conrponent includes one or 
more Application Programming Interfaces to facilitate selection of serialization and synchronization 
features- 

9. (Original) The system of claim 1, the framework component provides events to a device 
driver though a series of callback functions registered by the device driver. 

10. (Original) The system of claim 9, the device driver generally queues a handler or starts 
Input/Output (I/O) on the handler, marking state, and then returns. 

11. (Original) The system of claim 1 , the framework component is structured in accordance with 
state full objects that allow a device driver to register events, and provide API's. 

12. (Original) The system of claim 1, the events are associated with a pifjeline. 

i 
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13. (Original) The system of claim 12, the pipeline includes at least one of a dispatch 
component, a plug and play component, a device model component, and an Input/Output 
component 

14. (Original) The system of claim 12, the pipeline employs a series of sftages that a request 
traverses in the processing of a Driver Model request or an I/O Request Packet (IRP). 

15. (Original) The system of claim 14, further comprising objects within each stage of the 
pipeline that raise an event to a device driver through an event callback to allow the driver to have 
control of which action to take, or provide some default action that may result in the requests 
completion, or forwarding to the next stage. 

1 6. (Original) The system of claim 1 5, further comprising a processing component to determine 
whether a request reaches an end of the pipeline without being accepted by the device driver or by 
automatic processing in a respective stage, otherwise a default processing of the request occurs. 

^1 

1 7. (Original) The system of claim 1 6, the default processing depends on whether the driver is 
configured as a Filter Driver in which the request is forwarded to a next lower device driver, or a 
non-filter driver in which the request is completed with a 
STATUS_INVALID^DEVICE_REQUEST. 

1 8. (Original) The system of claim 1 , further comprising one or more data packets that are 
employed to facilitate communications between the components via at least one of a local 
processing system, a local network system, and a remote network system. 

19. (Original) A computer readable medium having computer readable instructions stored 
thereon for implementing the fiameworic component and the synchronization component of claim 1. 
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20. (Canceled) 

21. (Canceled) 

22. (Currently Amended) A method to facilitate event processing in accordance with an 
operating system, comprising: 

defining at least one rule for processing an event; 

defining at least one object responsive to the event, the object categorized according to a 
firework, wherein t he jframework is supplied by an operating system or as a librarv for use by the 
operatiniz system : 

automatically serializing the event in accordance with at least one other event; 
configuring automatic serialization of the event; 

managing t he event by the framework or a synchronization component to allow one or more 
aspects of the event t o occur in a nne-timft manner and in accordance with a serialized process: 
disabling or enabling automated serialization and synchronization; and 
QllooQting additional m e mory and storing worlcing data - mthis allocat e d object oxtonoion 
memor}^ 

automaticallv m anaging or se riaTig^niy ih ^ event wherein at least one of the fiamework and 
synchronization comp onent automaticallv manages or serializes the events in order that a client 
component can process client-specific tasks: and 

allowing a de vice driver to allocate additional memory, such that the device driver stores its 
working data in this allocated object extension memory and relies on the fiBmework component for 
concurrency management and serialization . 

23. (Original) The method of claim 22, fiirther comprising automatically serializing the event in 
accordance with at least one of an operating system process and the framework. 

24. (Original) The method of claim 22, fiirther comprising enabling a client component to 
disable automatic serialization of events. 
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25 . (Original) The method of claim 24, further comprising providing a local memory to 
facilitate client-specific processing. 

26. (Currently Amended) A computer readable medium having a data structure stored thereon, 
comprising; 

a first data field related to a firework object having a handle associated therewith to 
facilitate data access; 

a second data field that relates to a cUent component that communicates via the handle and 
receives events firom the framework object; and 

a third data field that automatically serializes the events, and enables the client component to 
disable or enable automated serialization and synchronizatio n, the events are manaced bv the 
framework object or ft fyynglirnm'T ation component to allow one or more aspects of the events to 
occur in a one-time manner and in acx:ordance witH » <5ftn'ali7 ed process; 

wherein the framework object is supplied bv an opemting system or as a library for use bv 
the operating system, v^erein at least one of the framework object and synchronization component 
automatically manages or serializes the events in order that a client component can process client- 
specific tasks: 

wherein the first data field allows a device driver to allocate additional memory, such that 
the device driver stores its working data in this allocated object extension memory and relies on the 
framework object for concuirency management and serialization. 

27. (Original) The computer readable medium of claim 26, further comprising at least one 
Application Programming Interface (API). 

28. (Original) The computer readable medium of claim 27, the API includes at least one of a 
scope object, a scope device and a scope specified data structure. 

29 (Original) The computer readable medium of claim 27, the API includes at least one of an 
execution level passive, an execution level dispatch, and an execution level specified data structure. 
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30. (Original) The computer readable medium of claim 27, further comprising an acquire lock 
data structure and a release lock data structure. 



7 

PAGE 7/8'RCVDAT 1/24/2008 2:19:42PM [Eastern 



